
Image Communication Apparatus, Server Apparatus, and 
Capability Exchanging Method 

BACKGROUND OF THE INVENTION 
Field of the Invention 
5 The present invention relates to an image 

communication apparatus capable of transmitting data via 
the Internet, and more specifically to an image 
communication apparatus for transmitting an image after 
obtaining capability of a destination terminal on the 
10 Internet, a server apparatus for providing capability 
of the destination terminal, and a capability exchanging 
method . 

Description of the Related Art 

15 In conventional facsimile apparatuses, a G3 

facsimile apparatus, which carries out data 
communications using an analog network, and a G4 
facsimile apparatus, which carries out data 
communications using a digital network such as ISDN, etc. , 

20 are generally used. Such facsimile apparatuses using 
the analog network and the digital network (hereinafter 
referred to as "public switched telephone network 
(PSTN)" in a word) are hereinafter called G3/G4 FAX. On 
the other hand, an Internet facsimile apparatus 

25 (hereinafter referred to as "IFAX"), that receives and 
transmits data over an Internet protocol, has been 
developed in recent years. Particularly, standardization of 
an e-mail type IFAX, which receives and transmits image 
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data using an e-mail transfer protocol, has been 
developed in IETF (Internet Engineering Task Force) and 
ITU (International Telecommunication Union). 

The following will explain the case using SMTP 
5 (simple mail transfer protocol) and POP (Post Office 
Protocol) 3 as a mail transfer protocol in transmitting 
data by an e-mail type IFAX. 

IFAX transmits a mail to a SMTP server. The SMTP 
server transfers the mail to a P0P3 server to which a 

10 receiver belongs. The POP3 server stores the mail in a 
mail box of a destination. 

Since data communications by IFAX is non- 
synchronously carried out, capability exchange cannot 
be executed between IFAX and a communication terminal 

15 on the receiver side. For this reason, IFAX is intended 
to surely carry out communications by executing 
communications using a minimum function of a transmitter 
(sender) and the destination (receiver). As described 
in a document RFC2305 "A Simple Mode of Facsimile Using 

20 Internet mail" (K. Toyoda et . al; March 1998) issued by 
IETF, the minimum function, which IFAX should possess, 
is defined as a "simple mode". 

More specifically, the communication protocol is 
SMTP, and corresponds to MIME and a minimum set of a TIFF 

25 file. 

The minimum set is defined in the above RFC2305. 
In the TIFF file, there are five sets such as S, F, J, 
L, and M, depending on a facsimile mode and a profile 
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supporting the TIF file. Among these sets, the lowest 
one is the profile S, that is, the minimum set. 

More specifically, the following points can be 
defined. 

5 The minimum set supports a monochrome image. 

A compression format is a MH (Modified Huffman 
coding) ; 

A CPU is an Intel system; 

A width of paper is 1728 (corresponding to A4 size) ; 
10 Resolution is 100 dpi or 200 dpi; and 

A data list is LSB, 

However, in communications using the simple mode, 
only the minimum function can be used. For this reason, 
even if both a transmitter terminal and a destination 
15 terminal have the function more than the simple mode, 
communications is carried out using the minimum 
function . 

To solve such a problem, there is considered a 
communication system in which capability information of 

20 a terminal to be used as a destination terminal is 
registered in a server in advance such that the 
transmitter terminals can obtain capability 
information of the destination terminals from the server. 
For example, in the Unexamined Japanese Patent 

25 Publication No. Hei 10-334007 (corresponding to U.S. 
Patent Application No . 09/084 , 938 filed on May 28 , 1998), 
such a communication system is disclosed. According to 
IFAX described in the above publication, since 
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capability information of the destination terminals can 
be obtained before transmission is started, 
communications suitable for the capability of the 
destination terminals can be carried out. 
5 However, in the above publication, a system for 

registering capability of a self - apparatus to a server 
is disclosed, a way for registering capability of a 
communication apparatus other than the self - apparatus 
is not disclosed therein. In conventional, in order to 

10 register capability information of desired destination 
terminal to a server, the user must obtain capability 
information of the destination terminal by some method 
and register it to the server by the user. For this 
reason, this forces the user to perform extremely 

15 complicated operations. 

SUMMARY OF THE INVENTION 
An object of the present invention is to provide 
an image communication apparatus in which capability 
information of a destination terminal can be obtained 

20 in a terminal on a transmitter side so as to be 
automatically registered to a server and operation 
efficiency of a server registration of capability 
information can be improved. 

Also, an object of the present invention is to 

25 provide a server apparatus, which receives registration 
of capability information of a destination terminal from 
the image communication apparatus. 

Also, an object of the present invention is to 
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provide a capability registration method in which 
capability information of a destination terminal can be 
obtained in a terminal on a transmitter side so as to 
be automatically registered to a server and operation 
5 efficiency of a server registration of capability 
information can be improved. 

When the image communication apparatus of the 
present invention requests capability information of the 
destination terminal of a first server and no capability 

10 information of the destination terminal is registered 
in the first server, the image communication apparatus 
of the present invention requests capability information 
of a second server having capability information of a 
network terminal registered in advance or a server group 

15 directly or via the first server, and registers obtained 
capability information non- registered in one server to 
one server. 

According to the present invention, since a 
function of obtaining capability information of a 

20 destination and a function of registering obtained 
capability information to a server are provided in the 
image communication apparatus, capability information 
of a destination terminal can be obtained and registered 
to a server automatically in a terminal on a transmitter 

25 side, and registering operations by a user can be 
reduced . 

The above object can be achieved by an image 
communication apparatus having capability obtaining 
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means for making inquiry to the other server apparatus 
so as to obtain capability information in accordance with 
the other server when inquiry about capability which a 
destination possesses is made to one server apparatus 
5 and the one server apparatus has no capability 
information of the destination; and capability 
registering means for registering capability 
information obtained from the other server apparatus to 
the one server apparatus. 

10 The above object can be achieved by a server 

apparatus having a capability information storing 
section for storing at least one of a mail address of 
a communication apparatus and a telephone number thereof 
in association with capability; a capability information 

15 providing section for providing capability information 
in accordance with inquiry from the image communication 
apparatus; receiving means for receiving capability 
information of the other communication apparatus from 
the communication apparatus; and registering means for 

20 registering received capability information to the 
capability information storing section. 

The above object can be achieved by a server 
apparatus having a capability information storing 
section for storing at least one of a mail address of 

25 a communication apparatus and a telephone number thereof 
in association with capability; a capability information 
providing section for providing capability information 
in accordance with inquiry from the image communication 
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apparatus ; capability obtaining means for making inquiry 
to the other server apparatus so as to obtain desired 
capability information when there is no capability 
information subjected to the inquiry in the capability 
5 information storing section; and registering means for 
registering capability information obtained by the 
capability obtaining means to the capability information 
storing section. 

The above object can be achieved by a method for 
10 registering capability of an image communication 
apparatus to a server apparatus, having making inquiry 
about capability which a destination possesses to one 
server apparatus; obtaining capability information by 
making inquiry to the other server apparatus when the 
15 one server apparatus has no capability information of 
the destination stored; an registering the obtained 
capability information to the one server apparatus. 
BRIEF DESCRIPTION OF THE DRAWINGS 
The above and other objects and features of the 
20 invention will appear more fully hereinafter from a 
consideration of the following description taken in 
connection with the accompanying drawing wherein one 
example is illustrated by way of example, in which; 

FIG. 1 is a system structural view of a 
25 communication system according to a first embodiment of 
the present invention; 

FIG. 2 is a hardware configuration view of IFAX 
according to the first embodiment of the present 
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invention ; 

FIG. 3 is a functional block view in which a part 
of functions of IFAX according to the first embodiment 
of the present invention is extracted; 
5 FIG. 4 is a structural view of a destination 

information table according to the first embodiment of 
the present invention; 

FIG. 5 is a structural view of a capability exchange 
table according to the first embodiment of the present 
10 invention; 

FIG. 6 is a structural view of a zone information 
table according to the first embodiment of the present 
invention ; 

FIG. 7 is a sequence view for a capability exchange 
15 according to the first embodiment; 

FIG. 8 is a view showing the structure of a domain 
name management in DNS; 

FIGS. 9 and 10 are flowcharts for obtaining 
capability information according to the first embodiment 
20 of the present invention; 

FIG. 11 is a flowchart for registering capability 
information according to the first embodiment of the 
present invention ; 

FIG. 12 is a flowchart showing operations for 
25 inquiry about capability in a server according to the 
first embodiment of the present invention; 

FIG. 13 is a flowchart showing operations for a 
capability registration in the server according to the 
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first embodiment of the present invention; 

FIG. 14 is a flowchart showing operations in a DNS 
server according to the first embodiment of the present 
invention ; 

5 FIG. 15 is a flowchart showing operations for which 

IFAX selects a server to which inquiry should be made 
in a communication system according to a second 
embodiment of the present invention; 

FIG. 16 is a flowchart showing operations for which 
10 IFAX registers capability information in a communication 
system according to a third embodiment of the present 
invention ; 

FIG. 17 is a sequence view for a capability exchange 
in a communication system according to a fourth 
15 embodiment of the present invention; 

FIG. 18 is a functional block view in which a part 
of functions of IFAX according to a fifth embodiment of 
the present invention is extracted; 

FIG. 19 is a structural view of a destination 
20 information table according to the fifth embodiment of 
the present invention; 

FIG. 20 is a structural view of a capability 
exchange table according to the fifth embodiment of the 
present invention ; 
25 FIG. 21 is a flowchart showing the first half of 

operation for obtaining capability information 
according to the fifth embodiment of the present 
invention; and 
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FIG. 22 is a flowchart showing operations for 
registering capability information according to the 
fifth embodiment of the present invention. 

DETAILED DESCRIPTION OF THE 
5 PREFERRED EMBODIMENTS 

Embodiments of the present invention will now be 
specifically described with reference to the 
accompanying drawings • 

( First embodiment ) 
10 FIG. 1 shows a network structure of a communication 

system according to a first embodiment. In this figure, 
there is shown a state in which a first LAN lOA and a 
second LAN lOB are communicably connected to each other 
via the Internet 1. 
15 A plurality of network terminals including an IFAX 

llA and a personal computer 12A is connected onto the 
first LAN lOA. The network terminal is a communication 
apparatus that conducts communications in accordance 
with a communication protocol communicable on the 
20 Internet 1 . 

Moreover, a server 13A, a domain name system 
(hereinafter referred to as ''DNS" ) server 14A, and a mail 
server 15A are arranged onto the first LAN lOA. The 
server 13A provides capability information of a 
25 destination terminal to the IFAX llA. The DNS server 14A 
is a name server, which manages a domain name of IFAX 
llA, and capability information of the network terminals 
existing in a zone (first LAN lOA in this embodiment) 
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is registered therein. The mail server 15A has a mail 
box of network terminals existing in the first LAN lOA 
on one hand, and a function of transferring an e-mail 
transmitted from these network terminals to the mail 
5 server having a mail box of a destination terminal on 
the other hand. 

An IFAX IIB, a terminal 12B, a DNS server 14B, a 
mail server 15B, etc. , are connected onto the second LAN 
lOB. The DNS server 14B is a name server, which manages 

10 a domain name of IFAX IIB, and capability information 
of the network terminals existing in a zone (second LAN 
lOB in this embodiment) is registered therein. The mail 
server 15B has a mail box of network terminals existing 
in the first LAN lOB on one hand, and transfers an e-mail 

15 transmitted from these network terminals to the mail 
server having a mail box of a destination terminal on 
the other hand. 

A ^igh DNS server 16, a WWW server 17, etc., are 
arranged oii the Internet 1. The high DNS server 16 is 

20 a name serverNthat manages a domain name of a high position 
of a hierarchic^al structure, i.e., tree structure) in 
which domain mane^ are hierarchically arranged like a 
tree. A domain name\of a low hierarchy that DNS servers 
14A, 14B manage is provided under the domain name of the 

25 high hierarchy that the nigh DNS server 16 manages. The 
WWW server 17 registers a Tsransmitt ing image in a case 
described later. \ 

FIG. 2 shows a hardware configuration of IFAX llA. 
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A CPU 21 executes a program, and controls the entire 
apparatus. A ROM 22 stores the program executed by the 
CPU 21. A RAM 23 is a main memory, which executes the 
program and temporarily stores various kinds of data such 
5 as an e-mail, an image file, etc. A scanner 24 scans an 
original, and obtains image information. A printer 25 
prints out received image information. A FAX section 26 
receives and transmits data by facsimile communications, 
and performs modulation/demodulation processing when 

10 data is received and transmitted on a telephone network 
(PSTN/ISDN) 27. A network control section 28 is an 
interface that executes procedures necessary for 
receiving and transmitting the e-mail over the Internet 
1. A panel section 29 has a plurality of One-touch 

15 dialing keys and a plurality of touch panels, and 
receives operations of a designation of a destination 
terminal, an instruction of a transmission start, etc., 
which are done by an operator. A data processing circuit 
20 comprises a plurality of processing blocks such as 

20 a compression/decompression section, a scaling section, 
a resolution converting section, an encryption 
processing section , and a color /monochrome s ection , etc. 
An operation of each processing block is controlled by 
the CPU 21. 

25 InFIG.3, there is shown a functional block in which 

a specific function, which is realized by executing the 
program, is extracted. In IFAX llA, an image signal of 
an image scanned by the scanner 24 is input to the data 
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processing circuit 20. A capability exchange section 31 
has a function of obtaining capability information of 
a destination terminal by use of a capability exchange 
operation to be described later. In the respective 
5 processing blocks provided in the data processing 
section 20, CPU 21 control their operation sequence in 
accordance with the capability of the destination terminal. 
For exarrqple, the compression/decompression section 
compresses the image signal in a compression format with 

10 which the destination terminal can deal. When IFAX llA 
has a color function but must send a monochromatic image 
since the destination terminal has no color function, 
the color /monochrome section of IFAX llA can convert a 
color image to a monochromatic image. 

15 An e-mail generation section 32 generates an e- 

mail including image data output from the data processing 
section 20. The e-mail generation section 32 converts 
image data to a TIFF file. The TIFF file can store a 
plurality of compressed data corresponding to a 

20 plurality of pages with one file. A destination address 
of the e-mail according to an input from the panel section 
29 is sent to the e-mail generation section 32. Next, 
an e-mail including one or a plurality of TIFF files as 
an appended file is generated. In other words, the TIFF 

25 file is text-coded, and put into a data section of a multi 
part mail in accordance with, for example, MIME 
(Multipurpose Internet Mail Extensions). Thereafter, 
the e-mail generated by the e-mail generation section 




14 



32 is transmitted to a mail server via the network control 
section 28 by a mail transmitting section 33, 

While, a mail receiving section 34 receives an 
e-mail from the mail server 15A. The received e-mail is 
5 input to an e-mail analyzing section 35, The e-mail 
analyzing section 35 binary-converts an appended file 
portion of the received e-mail, which has been text- 
coded. The appended file portion binary- converted is 
decompressed from the TIFF file to an image signal by 

10 unit of page. 

The data processing circuit 20 processes the image 
signal input from the e-mail analyzing section 35, For 
example, if the image signal is one that is compressed, 
the compression/decompression section decompresses the 

15 image data in a decompression format corresponding to 
a compression format, and the encryption processing 
section decodes encrypted data so as to be decompressed. 
The decompressed image signal is output to the printer 
25. It should be noted that compressed image data is 

20 output to the FAX section 26 when an instruction about 
transfer to the other facsimile apparatus is included 
in the received e-mail. 

Destination terminal information is pre- 
registered in a destination information table 36. FIG. 

25 4 shows a specific example of destination terminal 
information registered in the destination information 
table 36. Destination terminal information includes a 
number of an One-touch dialing key allocated to each 
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destinat ion terminal , a telephone number , a mail address , 
etc . 

A capability registration section 37 has a function 
of registering capability information of the destination 
5 terminal newly obtained to the server 13A, An 
instruction of registration and capability information 
are input to the capability registration section 37 from 
' the capability exchange section 31, The capability 
registration section 37 gains access to the server 13A 
10 via the network control section 28. 

The server 13A has a function of notifying the 
capability exchange section 31 of capability information 
about the destination terminal in response to inquiry 
from the capability exchange section 31. The server 13A 
15 stores capability information about the destination 
terminals in a capability exchange table 50. Also, the 
server 13A registers capability information whose 
registration is requested from the capability 
registration section 37 into a capability exchange table 
20 50 . 

FIG. 5 shows a configuration example of the 
capability exchange table 50. In the capability 
exchange table 50, one or a plurality of names of the 
kind of destination terminal is registered to be 
25 associated with the mail address of the destination 
terminal. Capability of the destination terminal is 
determined in accordance with the kind of destination 
terminal. In the capability exchange table 50, a 
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capability table is prepared for each kind of destination 
terminal. In the capability table, there are described 
capability items such as resolution, a paper size, a 
compression format, an encryption format, color, and the 
5 other, and a capability content corresponding to each 
capability item. 

In this way, by managing the capability of the 
destination terminal by the name of kind of apparatus, 
a data capacity of the capability exchange table 50 can 

10 be reduced as compared with a case in which capability 
information is registered for each destination terminal. 
The destination terminal of the same kind of terminal 
is regarded as the terminal that has substantially the 
same capability. Therefore, if the capability of the 

15 destination terminal is managed by the name of the kind 
of apparatus, overlaps of data can be avoided, and data 
can be managed with efficiency. 

The DNS server 14A has a function of managing a 
domain name, and a function of managing the capability 

20 of a network terminal. A zone information table for 
realizing the above two functions is stored in an 
internal memory 60A of the DNS server 14A. The structure 
of the zone information table is shown in FIG. 6. The 
zone information table comprises a plurality of records 

25 including a MX (Mail Exchange) record, an A (address) 
record, and a FX (Fax Exchange) record, which is an 
expansion record, A delivery destination of a mail to 
an original (domain name: abc.co.jp) is described in the 
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MX record. The delivery destination of the mail to the 
domain name of abc . co . jp is mail- gat e@abc . co . Jp . In the 
A record, a host name, and an IP address corresponding 
thereto are described. The host name registered in the 
5 zone information table includes a mail server (mail- 
gate) of the zone, and IFAX (ifaxl, if ax2 ) . In the FX 
record expanded this time, capability information of 
IFAX is described. Capability information includes a 
name of the kind of IFAX, a paper size, color /monochrome , 
10 a compression format, an encryption format, resolution, 
and other information. 

DNS comprises numerous DNS servers distributed on the 
Internet. The DNS servers are arranged along the tree 
structure of the domain name, and the DNS severs to which 

15 authority of managing the domain name is given for each 
hierarchy of the sub-domain are present. The range of 
the domain name managed by one DNS server is called zone. 

According to this embodiment, the capability of the 
network terminal (IFAX llA or IIB) existing in the zone 

20 where the DNS server (14A or 14B) manages the domain name 
is described in the FX record. Therefore, if the 
capability of the network terminal existing in the zone 
is registered in each DNS server, capability information 
of each network terminal is registered in any one of DNS 

25 severs. Since DNS can search for the DNS server managing 
the domain name, it is possible to easily search for the 
DNS server in which capability information of a network 
terminal is registered from the mail address (domain 
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name) of the network terminal. 

Next, the following will explain an operation, 
which is executed when the capability exchange is 
performed by the above - structured communication system. 
5 In the explanation set forth below, it is assumed that 
IFAX llA on the first LAN lOA is a transmitter terminal 
and IFAX IIB on the second LAN lOB is a destination 
terminal . 

FIG. 7 shows one example of a sequence performed 
10 until IFAX llA on the transmitter side obtains the 
capability of IFAX IIB on the receiver side from the 
server 14B. In other words, FIG. 7 shows the sequence 
of a case in which the capability information of IFAX 
IIB on the receiver side is not registered in the server 
15 13A. 

The IFAX llA makes inquiry about capability 
information of a desired destination terminal (IFAX IIB) 
to the server 13A. In this example, capability 

information of the desired destination terminal is not 

20 registered in the server 13A. Therefore, the server 13A 
sends back a response in which no capability information 
is registered to IFAX llA. 

Next, IFAX llA makes inquiry about capability of 
the destination terminal to the DNS server 14A, which 

25 manages the self-domain name, by use of a name resolver 
(client software for DNS) . The inquiry about capability 
information is carried out using a command for requesting 
capability information and a mail address of the 
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destination terminal . 

The structure of the domain name management in DNS 
will be explained with reference to FIG, 8. The DNS 
server 14A manages a domain name (abc: third hierarchy) 
5 in a zone A, and the DNS server 14B manages a domain name 
(cba: third hierarchy) in a zone B. The high DNS server 
16 manages a domain name (co: second hierarchy) in a zone 
C including DNS servers 14A and 14B therein. 

A case in which the IFAX llA makes inquiry to the 

10 DNS server 14A, which manages the zone A by use of the 
domain name (cba.co.jp) of IFAX IIB will be explained. 
The DNS server 14A makes inquiry to the high DNS server 
16, which manages the domain name (co: second hierarchy) 
of the zone C to which the DNS server 14A belongs since 

15 the domain name (cba) is not included in the zone A. An 
IP address of the high DNS server 16, which manages the 
domain name of the zone C, is one that is cached at an 
initial obtaining time. 

The high server DNS 16 grasps the domain names 

20 (third hierarchy), which are managed by the low DNS 
server belonging to the zone C. For this reason, the 
high DNS server 16 can see that the domain name (cba) 
inquired is managed by the DNS server 14B. The DNS server 
14A is notified of the IP address of the DNS server 14B 

25 from the high DNS server 16. DNS can thus surely know 
the IP address of the DNS server, which manages a desired 
domain name by going back to the high DNS server. 

The DNS server 14A, which has received inquiry from 
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the IFAX llA, sends back a response of corresponding 
capability information to the IFAX llA when the inquiry 
can be solved by a zone information table 60A, which the 
DNS server 14A itself has. In this example, capability 
5 information of the destination terminal is not 
registered in the DNS server 14A. In an unsolvable case, 
that is, a case of inquiry about a domain name of a zone 
other than the self-zone, inquiry is made to the high 
DNS server 16. This inquiry is referred to as recursion. 

10 When the high DNS server 16, which has received 

inquiry, finds out a DNS server, which seems to grasp 
a corresponding domain name, the DNS server 16 notifies 
the DNS server 14A of an IP address of the DNS server. 
When the high DNS server 16 cannot specify the DNS server, 

15 which seems to grasp the corresponding domain name, the 
DNS server 14A makes inquiry about capability to higher 
DNS server. 

The IP address of the DNS server 14B, which manages 
the domain name included in the mail address of the 
20 destination terminal (IFAX IIB), is thus obtained. The 
DNS server 14A makes inquiry about capability of the 
destination terminal (IFAX IIB) to the DNS server 14B 
by use of the obtained IP address. 



25 destination terminal (IFAX IIB) is registered in the DNS 
server 14B, which manages the domain name of the desired 
destination terminal (IFAX IIB). Therefore, the DNS 
server 14B gives a response of capability information 
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of the desired destination terminal to the DNS server 
14A. The DNS server 14A transmits the obtained 
capability information of the destination terminal to 
the IFAX llA. 

5 Also, in DNS, even if the low DNS server{14A) , which 

has received inquiry from the client, makes inquiry to 
a route server, which manages a top domain directly, it 
is possible to search for an IP address of a DNS server, 
which manages a desired domain name. In this case, the 

10 route server transmits an IP address of a high DNS server, 
which manages the domain name (Jp) of the first hierarchy , 
to the low DNS server (14A) • Sequentially, when the low 
DNS server (14A) makes inquiry to the high DNS server, 
which manages the domain name (Jp) of the first hierarchy , 

15 the IP address of the high DNS server 16, which manages 
the domain name (co) of the second hierarchy, is 
transmitted to the low DNS server (14A) . Moreover, when 
the low DNS server (14A) makes inquiry to the low DNS 
server 16, the IP address of the low DNS server 14B, which 

20 manages the domain name to which the desired destination 
terminal belongs, is transmitted to the low DNS server 
(14A). 

FIGS. 9 and 10 are flowcharts showing a series of 
processing, which is from the time when IFAX llA makes 
25 inquiry about capability information to the time when 
an image is transmitted. A destination is designated by 
the panel section 29 and a transmission instruction is 
input (ST901). When the destination terminal is a 
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network terminal, a mail address, a telephone number 
(IFAX) or an One-touch dialing key number are input. 
Also, when the destination terminal is a G3 facsimile 
apparatus, a telephone number or an One-touch dialing 
5 key number is input. 

In step ST902, the capability exchange section 31 
recognizes that the destination terminal is the network 
terminal when the mail address is input. In a case where 
the telephone number or the One-touch dialing key number 

10 is input, it is determined whether or not the destination 
terminal is the network terminal using the destination 
information table 36. If the same data as the input 
telephone number or the One-touch dialing key number is 
registered in the destination information table 36 and 

15 a mail address corresponding to such data is registered 
therein, the destination terminal is recognized as a 
network terminal. In the other cases, it is determined 
that the destination terminal is the G3 facsimile 
apparatus . 

20 In step ST902 , when it is determined that the 

destination terminal is the G3 facsimile apparatus, the 
FAX section 26 carries out capability exchange in 
accordance with a normal facsimile procedure. Then, the 
data processing circuit 20 provides processing, which 

25 is suitable for the capability of a destination FAX, to 
an image signal, thereafter such an image signal is 
transmitted to a telephone network from the FAX section 
26 ( ST903 ) . 
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When it is determined that the destination terminal 
is the network terminal in step ST902, inquiry about 
capability information of the destination terminal is 
made to the server 13A via the LAN control section 28 
5 {ST904 ) , An HTTP protocol can be used in communications 
between IFAX llA and the server 13A. 

It is possible to request only capability 
information of an arbitrary item from capability 
information registered in the capability exchange table 

10 50 of the server 13A. For example, when information of 
the paper size and the encryption format are not needed, 
item numbers of the paper size and the encryption format 
and filtering instruction data are added to a command 
for requesting capability information. As a command, a 

15 CGI command can be used. A request for CGI processing 
for filtering capability information is given to the 
server 13A. 

If capability information of the destination 
terminal is registered in the capability exchange table 

20 50 of the server 13A, IFAX llA is notified of capability 
information from the server 13A. If capability 
information of the destination terminal is not 
registered in the capability exchange table 50 of the 
server 13A, IFAX llA is notified of a message in which 

25 no capability information is registered from the server 
13A. In this example, it is assumed that capability 
information is not registered in the server 13A. 

IFAX llA can obtain the part of capability 
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information stored in the server 13A. When filtering of 
capability information is instructed as a result of 
analyzing a CGI string from the IFAX llA and filtering 
of capability information is instructed, the server 13A 
5 starts an application and deletes capability information 
of the instructed item from capability information. 
Then, filtered capability information is transmitted to 
the IFAX llA as a response. 

In this embodiment, the capability exchange 

10 section 31 recognizes that no capability information of 
the desired destination terminal is registered in the 
server 13A from the message received from the server 13A 
{ST905). In a case where no capability information of 
the desired destination terminal is registered in the 

15 server 13A, a server registration flag is set to flag 
= 1 (ST906). The server registration flag is a flag 
showing that capability information is registered in the 
server 13A after capability information is obtained. 

In ST905 , when it is determined that no capability 

20 information of the desired destination terminal is 
registered in the server 13A, inquiry about capability 
information of the destination terminal is made to the 
DNS server 14A, which manages the domain name of the same 
zone (A), by use of the mail address of the destination 

25 terminal (ST907). The inquiry about capability 

information is made using a command for requesting 
capability information and the mail address of the 
destination terminal (IFAX IIB). As explained above.. 
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the destination DNS server (14B), which manages the 
domain name of the destination terminal (IFAX IIB), is 
determined at the point where the network of the DNS 
server goes back to one higher DNS server 16. The DNS 
5 server 14A of a demander is notified of the IP address 
of the destination DNS server 14B from the high DNS server 
16. The DNS server 14A obtains capability information 
from the destination DNS server (143) as mentioned above 
and transmits it to IFAX llA. 

10 Tftse capability exchange section 31 of IFAX llA 

obtains csapability information of the destination 
terminal froto the DNS server 14A (ST908). Thereby, it 
possible to suVely obtain capability information only 
by making inquiry\to the DNS server even if capability 

15 information of tn^ destination terminal is not 
registered in the server 13A, which is first inquired. 
The reason is that capability information of the 
destination terminal is registered in the DNS server, 
which is searchable by th\ mail address of the 

20 destination terminal. \ 

Here, there is an encryption function as one of 
capabilities, which the network terminal has. The IFAX 
llA can encrypt transmitting data by a predetermined 
encryption format to increase the security of data to 

25 be transferred on the Internet. The encryption can be 
instructed to the capability exchange section 31 by a 
button operation from the panel section 29. If an 
encryption decoding function is not mounted on the 
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destination terminal, the destination terminal cannot 
decode transmitting data. For this reason, whether or 
not the encryption decoding function, which corresponds 
to the encryption format on the transmitter side, is 
5 mounted on the destination terminal must be confirmed 
by capability exchange. 

In step ST909, when it is determined that the 
encryption of the transmitting data is not instructed 
from the panel section 29, a processing sequence and a 

10 processing parameter in the data processing circuit 20 
are determined {ST910). In this transmission, the 
processing section to be used in the data processing 
circuit 20 and the order of processing are determined 
by the processing sequence. The processing parameter 

15 determines parameters such as a scaling rate suitable 
for the paper size and resolution suitable for 
destination resolution, which are used in the processing 
section . 

In step ST911, the capability exchange section 31 
20 controls the necessary processing sections of the data 
processing circuit 20 in accordance with the processing 
sequence and the processing parameter determined in step 
ST910. An image signal to which processing suitable for 
the capability of the destination terminal is provided 
25 is output to the e-mail generation section 32. Then, the 
e-mail generation section 32 generates an e-mail 
including image data, and transmits it to the mail server 
15B having a mail box for a destination terminal from 
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the mail transmitting section 33 . Thus , communications , 
which is suitable for the capability of the destination 
terminal, is referred to as full mode transmission. 
When it is determined that the encryption of the 
5 transmitting data is input from the panel section 29 in 
step ST909 , it is determined whether or not an encryption 
function (including encryption decoding section) is 
contained in the capability information of the 
destination terminal previously obtained (ST912) . As a 

10 result, if the encryption function is contained in the 
capability information of the destination terminal, 
processing goes to step ST910 and a processing sequence 
containing the encryption is determined. 
While, if the encryption function is not contained in 

15 the capability information of the destination terminal, 
CPU 21 determines measures in accordance with an 
instruction table stored on the ROM 22 {ST913). In the 
instruction table, there is described a method of taking 
measures against a case in which no encryption function 

20 is mounted on the destination terminal, which receives 
transmitting data, which has been instructed to 
encrypted. As a result of referring to the instruction 
table, if inquiry to a manager's terminal is described 
as measures therein (ST914), a message relating to 

25 inquiry is transmitted to a predetermined manager's 
network terminal (ST915). The message relating to 
inquiry and an address of the manager's network terminal 
are given to the e-mail generation section 32. The 
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e-mail generation section 32 generates an e-mail 
including the me s sage relating to the inquiry and a 
destination address to which the address of the manager's 
network terminal is inserted. The generated e-mail is 
5 transmitted to the manager's network terminal. 

Also, as a result of referring to the instruction table, 
if a FAX transmission of transmitting data to the 
destination terminal is described as measures therein 
{ST916), transmitting data is sent to the destination 

10 terminal in a G3 mode by the FAX section 26 (ST917) . In 
the FAX transmission in step ST917, the FAX section 26 
carries out capability exchange in accordance with a 
normal facsimile procedure. A telephone number of the 
destination terminal is obtained from the destination 

15 information table 36. 

Also, as a result of referring to the instruction 
table, if an output of a non- transmit ted message is 
described as measures therein in step ST913, the 
non- transmitted message is displayed on a display of the 

20 panel section 29 (ST918). Or, the non- transmitted 
message is printed out by the printer 25 (ST918). 

Thus, when an encryption decoding function 
corresponding to the encryption format on the 
transmitter side is not mounted on the destination 

2 5 terminal even though the instruction of decoding 
transmitting data is given, transmitting data can be 
prohibited from being transmitted onto the Internet 
without being encrypted. 
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It should be noted that communications moves to a 
simple mode transmission to be described later if 
capability information cannot be obtained for any reason 
in processing of step ST908. In this case, the 
5 capability exchange section 31 confirms that the 
encryption instruction is not input (ST919), thereafter 
determining the processing sequence of the data 
processing circuit 20 and the processing parameter to 
be suited to the capability as per a minimum set (ST920) , 

10 An image signal output from the data processing circuit 
20 is converted to the e-mail by the e-mail generation 
section 32 , and transmitted in accordance with the simple 
mode { ST921 ) . 

Also, when IFAX llA obtains capability information 

15 non-registered in the server 13A by the above-mentioned 
capability exchange, IFAX llA registers the capability 
information to the server 13A. 

FIG. 11 shows a flowchart for registering 
capability information to the server 13A. The 

20 capability exchange section 31 determines whether or not 
the server registration flag is set to flag = 1 (ST1102) 
when obtaining capability information from an external 
section (STllOl) . A case of flag = 1 shows the fact that 
no capability information is registered in the server 

25 13A. In this case, the obtained capability information 
of the destination terminal and the mail address are 
stored in a specific address on the RAM 23 (ST1103). 

A time zone where capability information is 
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registered in the server 13A is predetermined. 
According to the embodiment, a time zone where the 
operating ratio of the server 13A is reduced is set as 
a registration time zone in the capability registration 
5 section 37. By use of the time zone where the operating 
ratio of the server 13A is reduced, a possibility 
decreases where a capability registration operation and 
the other will be overlapped with each other. For this 
reason, capability information can be obtained without 

10 increasing a load on the server 13A. If the capability 
of the server 13A is sufficiently high, capability 
information may be registered to the server 13A at the 
time when new capability information is obtained. Or, 
when spare time is generated, capability information may 

15 be registered to the server 13A. 

When current time is the registration time zone 
(ST1104), the capability registration section 37 
extracts the capability information of the destination 
terminal and the mail address thereof from the specific 

20 address on the RAM 23 . Then, the capability registration 
section 37 transmits a command for requesting a 
registration and registration information (capability 
information of the destination terminal and the mail 
address thereof ) to the server 13A (ST1105) . As a result, 

25 capability information is newly registered in the server 
13A. Thereby, capability information of the 

destination terminal to which the capability exchange 
has been provided by the network terminal of the LAN lOA 
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is automatically registered to the server 13A» 

Next , an operation of the server 13A will be 
explained. FIG. 12 is a flowchart showing a case in which 
the server 13A provides capability information. After 
5 the server 13A receives inquiry about capability 
information from the IFAX llA (ST1201). The server 13A 
searches the capability exchange table 50 for capability 
information using the mail address instructed from the 
IFAX llA ( ST1202 ) . 

10 The server checks whether or not capability 

information of the destination terminal is registered 
in the capability exchange table 50 (ST1203). If the 
capability information is not registered in the 
capability exchange table 50, the server 13A sends the 

15 IFAX llA as a client a response in which no capability 
information is registered (ST1204). Also, if the 
capability information is registered in the capability 
exchange table 50, the server 13A transmits capability 
information to the IFAX llA (ST1205). 

20 FIG. 13 shows a flowchart for registering 

capability information to the server 13A. The server 13A 
receives a registration request for capability 
information from the IFAX llA (ST1301). If the server 
13A finishes preparations, the server 13A transmits a 

25 registration permitting signal to the IFAX llA (ST1302 ) . 
Thereafter, capability information (name of the kind of 
apparatus and capability table) of the network terminal 
and the mail address thereof are sent from the IFAX llA 
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(ST1303 ), The server 13A makes the mall address of the 
network terminal and capability information 
corresponded to each other, and registers them in the 
capability exchange table 50 (ST1304). At this time, if 
the capability table corresponding to the name of the 
kind of apparatus is already registered therein, only 
the name of the kind of apparatus may be registered 
thereto. Also, if a telephone number is also registered 
to the capability exchange table 50, it is possible to 
search capability information even when not only the mail 
address but also the telephone number is used as a key. 
For that end, the IFAX llA transmits data in which the 
telephone number is added to the capability information 
of the network terminal and the mail address thereof. 

Next, an operation of the DNS server 14A will be 
explained. FIG. 14 is a flowchart showing a schematic 
operation of the DNS server 14A. The DNS server 14A 
receives inquiry about capability, which the IFAX IIB 
possesses, from the IFAX llA belonging to the zone A (LAN 
lOA) {ST1401) . The IFAX llA makes inquiry using a command 
for requesting capability information and a mail address 
of a destination terminal (host: IFAX IIB). 

The DNS server 14A determines whether or not the 
DNS server 14A can solve inquiry by itself (ST1402 ) . If 
the inquiry is one that is related to the domain name, 
which the DNS server 14A manages, the DNS server 14A 
determines that the inquiry is solvable. If it is 
determined that the inquiry is solvable in step ST1402, 
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the DNS server 14A determines whether or not an IP address 
of the host is requested (ST1403). If the IP address of 
the host is requested, the DNS server 14A extracts an 
IP address of a target host from the zone information 
5 table 60A (ST1404). 

While, if it is determined that the IP address of 
the host is not requested in ST1403, it is determined 
whether or not capability information of the target host 
is requested (ST1405). If it is determined that 

10 capability information of the target host is requested 
in ST1405, capability information described in the FAX 
code in connection with the target host is extracted from 
the zone information table 60 (ST1406).If no host name 
is included in the mail address, capability information 

15 is obtained using a user. In this case, the user name 
is registered in a name item for a zone information table. 
In this case, the mail address or the user name is 
registered in a name item for a zone information table. 
In the case of the other inquiries, corresponding 

20 processing is executed in step ST1407. 

If it is determined that the inquiry is unsolvable 
in step ST1402, the inquiry is transferred to the high 
DNS server 16 (ST1408). Since the IP address of the DNS 
server is sent from the high DNS server 16, the inquiry 

25 is output to the other DNS server using the IP address. 
The repetition of this processing obtains a response to 
the inquiry. Thus, the searching of desired information 
in place of the client is referred to as recursion. 
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The DNS server 14B has a zone information table 60B, 
which is structured in the same manner as the zone 
information table of FIG. 6, and operates in accordance 
with the flowchart of FIG, 14, In the zone information 
5 table 60B, capability information of IFAX IIB is 
described in the FAX record. For example, ifaxl 
registered in the table of FIG. 6 is the host name included 
in the mail address of IFAX IIB. Namely, capability 
information of IFAXllB is described in the FAX record 
10 corresponding to ifaxl. 

In a case where the DNS server 14B receives inquiry 
about IFAX IIB from the DNS server 14A, capability 
information is extracted from the FX record 
corresponding to the host name included in the mail 
15 address. Then, extracted capability information is 
transmitted to the DNS server 14A. 

Though CPU is used in communications between the 
network terminal of inquiry and the DNS server, the other 
communication protocol may be used. 
20 (Second embodiment) 

The communication system according to a second 
embodiment has the same system structure as the 
communication system according to the first embodiment. 
In this embodiment, the IFAX llA changes a server, which 
25 first obtains capability information, in accordance with 
an address of the destination terminal. 

FIG. 15 is a flowchart showing a series of 
processing, which is from the time when IFAX llA obtains 
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capability information from a server (server 13A or DNS 
server) to the time when information is transmitted. A 
mail address of a destination terminal is input (ST1501) . 
Then, it is determined whether or not a domain name of 
5 the destination terminal is a domain name of the same 
system ( ST1502 ) . 

Here, it is assumed that capability information of 
the network terminal of the same system including a 
network of LAN lOA is registered to the capability 

10 exchange table 50 of the server ISA. By checking the 
domain name of the network terminal, it is possible to 
determine whether or not desired capability information 
is registered in the server 13A before making inquiry 
to the server 13A, 

15 If the domain of the destination terminal is the 

domain name of the same system in ST1502, inquiry about 
capability information is made to the server 13A (ST1503) . 
In this case, there is a high possibility that desired 
capability information will be registered to the 

20 capability exchange table 50 of the server 13A. The 
server 13A checks whether or not the capability 
information of the destination terminal is registered 
in the capability exchange table 50 of the server 13A 
(ST1504). If the capability information is registered 

25 in the server 13A, processing moves to step ST1507 and 
a full mode transmission is carried out. 

While, if the domain of the destination terminal 
is not the domain name of the same system in ST1502, 
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inquiry about capability information to the DNS server 
14A is performed without making inquiry to the server 
13A (ST1505). If capability information is obtained 
from DNS in the same manner as the aforementioned first 
5 embodiment (ST1506) , processing moves to step ST1507, and 
a full mode transmission is carried out. It should be 
noted that a simple mode transmission is carried out 
(ST1508), if capability information cannot be obtained 
form DNS for any reason (ST1506) 

10 Thus, according to this embodiment, when the domain 

of the destination terminal was not the domain name of 
the same system, inquiry about capability information 
to the DNS server 14A was performed without making 
inquiry to the server ISA. Therefore, IFAX llA can 

15 obtain capability information with efficiency. 

According to the above-mentioned embodiment, the 
server first obtaining capability information was 
selected in accordance with the domain name of the 
destination terminal. However, the server may be 

20 selected in accordance with the other conditions. Also, 
according to the above-mentioned embodiment, the servers 
to be selected were the server ISA and the DNS servers 
in DNS. However, a plurality of servers corresponding 
to the server ISA is prepared and an optimum server may 

25 be selected from these servers. 
( Third embodiment ) 

The communication system according to a third 
embodiment has the same system structure as the 
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communication system according to the aforementioned 
first embodiment. This embodiment shows an example in 
which IFAX llA automatically obtains capability 
information of the network terminal in which an address 
5 is newly registered to the destination information table 
36 and registers obtained capability information to the 
server . 

When a user operates the panel section 29 so as 
to register a new address to the destination information 

10 table 36 (ST1601), CPU 21 sets a capability obtaining 
flag to flag = 1 in association with the new address 
(ST1602). The capability obtaining flag = 1 means that 
the new address is registered. 

Next, it is determined whether or not current time 

15 is capability obtaining time (ST1603). If capability 
obtaining time comes, a mail address in which capability 
obtaining flag = 1 is set and capability registration 
should be made is extracted from the destination 
information table 36 (ST1604). 

20 If the mail address in which capability 

registration should be made is extracted, IFAX llA makes 
inquiry about capability of a communication apparatus 
in which the mail address is newly registered to the DNS 
server 14A, and obtains capability information (ST1605) . 

25 When IFAX llA receives desired capability 

information from the DNS server inquired, the capability 
information is registered to the server 13A (ST1606), 
As a result, obtained capability information is 
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registered to the server 13A to which IFAX llA first makes 
inquiry about capability information. 

In processing in step ST1607, it is determined 
whether or not a mail address in which capability 
5 registration should be carried out remains. Then, if a 
target network terminal remains, processing moves to 
step ST1605. 

Thus, according to this embodiment, when a new 
address registration of the network terminal is carried 

10 out in IFAX llA, IFAX llA automatically makes inquiry 
about capability information of the network terminal to 
DNS and obtains capability information, and obtained 
capability information can be registered to the server 
13A to which IFAX llA first gains access. 

15 Also, by setting capability obtaining time to a time 

zone where frequency in use of IFAX llA is decreased, 
capability information can be registered to the server 
without putting an excessive load on the IFAX llA, Or, 
by setting capability obtaining time to a time zone where 

20 the operating ratio of the server is reduced, capability 
information can be registered to the server without 
putting an excessive load on the server. 

Also, every time when the content of the destination 
information table 36 of IFAX llA is updated, inquiry 

25 about the updated capability of the communication 
apparatus is made to DNS and capability information is 
obtained, thereafter the capability exchange table 50 
of the server 13A may be updated. 
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Also, Inquiry about capability of the network 
terminal registered in the destination information table 
36 of IFAX llA is periodically made to DNS to be collected 
and the content of the capability exchange table 50 of 
5 the server 13A may be rewritten to the latest information 
corrected . 

Also, IFAX llA fetches the mail addresses of the 
network terminal stored in the capability exchange table 
50 from the server 13A in accordance with the instruction 

10 from the user or periodically. Then, inquiry about each 
fetched mail address is made to DNS to collect capability 
information and the capability exchange table 50 of the 
server 13A may be rewritten. 
( Fourth embodiment ) 

15 The communication system according to a fourth 

embodiment is an example in which a server makes inquiry 
about capability information to a DNS server. The 
communication system according to the fourth embodiment 
has the same system structure as the communication system 

20 according to the aforementioned first to third 
embodiments excepting the function used when the server 
13A obtains capability information. 

FIG. 17 shows a sequence view for obtaining 
capability information in the communication system 

25 according to this embodiment. IFAX llA makes inquiry 
about capability information of a destination terminal 
(IFAX IIB) to the server 13A. 

The server 13A, having the capability exchange 
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table 50, makes Inquiry about capability to the DNS 
server 14A, which manages the domain name of IFAX llA 
when desired capability information is not registered 
in the capability exchange table 50. The inquiry about 
5 capability information is made using a command for 
requesting capability information and a mail address of 
a destination terminal. As a communication protocol 
between the server 13A and the DNS server 14A, an LDAP 
(Lightweight Directory Access Protocol) can be used. 

10 The inquiry about capability information is made using 
inquiry / s earch function supported by LDAP . In this case , 
a communication destination is an LDAP server. 

The low DNS server 14A does not manage the domain 
name included in the mail address of the destination 

15 terminal. Then, the low DNS server 14A searches DNS for 
capability information in place of a client (server 13A) . 
For this reason, the DNS server 14A forwards inquiry to 
the high DNS server 16 of the zone to which DNS server 
1 4A belongs . 

20 In this embodiment, the high DNS server 16 manages 

the domain of the DNS server 14B, which manages the domain 
name of the destination terminal. Therefore, the high 
DNS server 16 notifies the DNS server 14A of an IP address 
of the destination DNS server 14B. 

25 The DNS server 14A gains access to the destination 

DNS server 14B using its IP address , and makes inquiry 
about capability of the destination terminal. As a 
result, the DNS server 143 extracts capability 
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information of the destination terminal from the zone 
information table 60B of the DNS server 14B, and 
notifies the DNS server 14A of the extracted capability 
information. Then, the DNS server 14A forwards 
5 capability information of the destination terminal to 
the server 13A. Moreover, the server 13A notifies IFAX 
llA of capability information. Also, the server 13A 
registers capability information obtained from DNS to 
the capability exchange table 50, 

10 Thus, according to this embodiment, the server 13A 

obtains capability information from DNS and notifies 
IFAX llA of capability information. For this reason, 
IFAX llA makes inquiry about capability information to 
the server 13A only one time, thereby capability 

15 information can be surely obtained. 

Also, the server 13A obtains capability 
information from DNS and registers it to the capability 
exchange table 50 of the server 13A. For this reason, 
a load put on IFAX llA relating to an external 

20 registration of capability information can be reduced, 
and the need for mounting the external registration 
function on IFAX llA can be eliminated. 

As a server to which the server 13A makes inquiry 
about capability, one or a plurality of servers other 

25 than DNS server may exist. If there is no desired 
capability information in one or the plurality of servers 
to which the server 13A has previously made inquiry, 
inquiry to DNS may be carried out. In this case, the 
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order of inquiry can be predetermined based on arbitrary 
conditions such as access time, domain names, etc. 
( Fifth embodiment ) 

This embodiment shows an example in which 
5 capability information of a part of the destination 
terminal is registered in IFAX, The communication 
system according to the fifth embodiment has the same 
system as the communication system according to the first 
embodiment . 

10 FIG. 18 shows a functional block view of IFAX llA. 

IFAX llA comprises a destination information table 36 
in which a name of the kind of apparatus is registered 
for each network terminal to which destination 
information is registered. FIG. 19 shows the 

15 destination information table 36 to which the name of 
the kind of apparatus is registered. Also, a capability 
table 180 is prepared for each name of the kind of 
apparatus of the network terminal registered in the 
destination information table 36. FIG. 20 shows a 

20 content of data registered in the capability table 180. 
In the capability table 180, the name of the kind of 
apparatus and a mount capability are registered in a 
pair. 

Each apparatus other than IFAX llA has the same 
25 function as that of the aforementioned first embodiment, 
and the explanation will be omitted. 

Next, the following will explain an operation for 
which the above- structured IFAX llA obtains capability 
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with reference to FIG. 21. Similar to the first 
embodiment, in step ST901, a destination input from the 
panel section 29 and a transmission instruction are 
detected. In step ST902, the capability exchange 
5 section 31 recognizes that the destination terminal is 
the network terminal when a mail address is input. In 
a case where a telephone number or an One-touch dialing 
key number is input, it is determined whether or not the 
destination terminal is the network terminal using the 
10 destination information table 36. If it is determined 
that the destination terminal is the G3 facsimile 
apparatus in step ST902, a facsimile transmission from 
the FAX section 26 to a telephone network is carried out 
( ST903 ) . 

15 If it is determined that the destination terminal 

is the network terminal in step ST902, the destination 
information table 36 is checked (ST2101), and it is 
determined whether or not the destination terminal 
subjected to transmission instruction is one that is 

20 already registered in the destination information table 
36 ( ST2102 ) . 

It should be noted that the registration of the 
destination terminal to the destination information 
table 36 is confirmed in step ST902 when the telephone 
25 number or the One- touch dialing key number is input. For 
this reason, processing in steps ST2101, ST2102 can be 
skipped . 

When it is confirmed that destination information 
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of the destination terminal is registered in step ST2102, 
whether or not capability information (name of the kind 
of apparatus) of the destination terminal is registered 
in the destination information table 36 is determined 
5 {ST2103). If capability information is registered in 
the destination information table 36, corresponding 
capability information is extracted from the capability 
table 180 having the name of the same kind of apparatus 
by use of the name of the kind of apparatus. Then, 

10 processing moves to step ST909 of FIG. 10, and a full 
mode transmission is prepared. 

Thus, whether or not desired capability 
information is registered in an internal memory of IFAX 
llA is first confirmed, and inquiry about capability 

15 information is made to the external server 13A or DNS 
only when no capability information is registered. For 
this reason, as compared with a system in which inquiry 
about capability information is made to the external 
server ISA or DNS without exception, capability 

20 information can be obtained with efficiency. In the case 
where capability information is registered in the 
internal memory of IFAX llA, time required to obtain 
capability information can be reduced. 

If it is confirmed that capability information of 

25 the destination terminal is not registered in step ST2103, 
an internal registration flag is set to flag = 1 (ST2104) . 
The case of flag = 1 shows that capability information 
of the destination terminal to be obtained is not 



45 



registered in the destination information table 36 of 
IFAX llA and the capability table 180. 

When inquiry about capability information of the 
destination terminal is made to the server 13A (ST904) 
5 and the result of inquiry shows that no capability 
information is registered in the server 13A (ST905), a 
server registration flag is set to flag = 1 (ST906) if 
the internal registration flag cannot be set. If the 
internal registration flag is set to flag = 1, processing 
10 moves to step ST907 without setting the server 
registration flag. The processing including and after 
step ST907 is already explained in FIGS. 9 and 10, and 
the explanation will be omitted. 



15 registers newly obtained capability information. If 
IFAX llA obtains new capability information by the 
aforementioned capability exchange (STllOl), the state 
of the internal registration flag is checked (ST2201). 
At this time, it is determined whether or not a capability 

20 table, which corresponds to a name of the kind of 
apparatus newly registered, exists in the destination 
information table 36 as a capability table 180. If no 
capability table exists, a capability table, which 
corresponds to a name of the kind of apparatus newly 

25 registered, is added and registered. The content of the 
capability table is included in capability information 
obtained by the capability exchange. The capability 
table of the same name of the kind of apparatus exists 
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22 shows a flowchart for which IFAX llA 
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when the same name of the kind of apparatus is registered 
in the destination information table 36. It is 
unnecessary to register the capability table again. 

Thereby, in connection with the network terminal 
5 registered in the destination information table 36 of 
IFAX llA, the capability information is surely 
registered in the destination information cable 36 and 
the capability table 180. 

While, when the internal registration flag is not 

10 set in step ST2201, the state of the server registration 
flag is checked in step ST1102. When the server 

registration flag is not set, no registration processing 
is not carried out since capability information of the 
destination terminal is registered in the capability 

15 exchange table 50 of the server 13A. Conversely, if the 
server registration flag is set to flag = 1, capability 
information is temporarily stored (ST1103), and 
capability information is registered in the server 13A 
(ST1105) when registration time comes {ST1104). 

20 Thereby, capability information of the network terminal, 
which has not been registered in the destination 
information table 36 of IFAX llA and has been subjected 
to capability exchange previously, is automatically 
registered to the capability exchange table 50 of the 

25 server 13A. 

According to the embodiment of the present 
invention, there is a possibility that desired 
capability information will be registered in three 




47 



sections, that Is, the internal memory (180) of IFAX llA, 
server 13A, DNS, Moreover, capability information may 
be registered to the WWW server 17 placed on the Internet, 
which is easily accessible from the network terminal on 
5 the other network. 

Thus, if a plurality of candidates for inquiry 
destination exists, it is possible to make inquiry about 
capability in order of precedence. For example, inquiry 
may be made in order of the candidate having the shortest 

10 access time. Or, inquiry may be made in order of the 
candidate having the highest possibility that capability 
information of the destination terminal will be stored. 
In this case, inquiry to DNS is finally made. 

The above explained the case in which transmitting 

15 data was sent in accordance with the capability of the 
destination of terminal. However, if the capability of 
the destination terminal does not satisfy a 
predetermined condition, transmitting data may be 
registered to the WWW server 17 without being sent to 

20 the destination terminal directly. In this case, URL of 
the WWW server 17 is transmitted to the destination 
terminal by the e-mail. A user of the destination 
terminal uses the above URL sent from the network 
terminal on which capability higher than that of the 

25 destination terminal is mounted, and downloads 
transmitting data from the WWW server 17. 

The present invention is not limited to the 
aforementioned embodiments. For example. 
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according to the above-mentioned embodiments, the 
facsimile apparatus was explained as a 
communication terminal. However, the scope of 
the present invention includes the other image 
5 communication apparatus. For example, the present 
invention includes a PC to which a LAN card or a 
modem is connected in order to make connection 
with the Internet- The scanner or the printer can 
be connected to the PC through an external section 

10 I/F. The present invention also includes a 
network scanner having a network communication 
interface, and a network copy machine. Moreover, 
the present invention includes an image 
combination machine comprising a scanner, a 

15 printer, a copy machine, a facsimile apparatus, 
etc. 

Furthermore, the present invention includes a 
computer- readable storage medium having a program code 
causing a computer to execute the same processing as that 
20 of the facsimile apparatus according to the 
aforementioned embodiment . 

The present invention is not limited to the above 
described embodiments, and various variations and 
modifications may be possible without departing from the 
25 scope of the present invention. 

This application is based on the Japanese Patent 
Application No . HEIl 1 - 8 8 2 3 6 filed on March 30, 1999, 
entire content of which is expressly incorporated by 



49 



reference 



herein . 



